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PROGRAMMABLE LOGIC DEVICE WITH 
HIGH SPEED SERIAL INTERFACE CIRCUITRY 

Background of the Invention 

5 [0001] This application claims the benefit of U.S. 
provisional patent application No. 60/27.7,150, filed 
March 19, 2001, which is hereby incorporated by reference 
herein in its entirety. 

[0002] High speed serial digital communication is 
10 constantly increasing in importance. The number of 

different industry standards for such communication is 
also increasing. Programmable logic device ("PLD") 
technology is well known for its ability to allow one 
common hardware design (embodied in an integrated 
15 circuit) to be programmed to meet the needs of many 
different applications. PLDs with a given hardware 
design can be manufactured in large quantities at low 
cost. Each user then programs PLDs of that kind to meet 
that user's particular needs. The user does not have to 
20 do a custom integrated circuit design, with the attendant 
high cost, delay, and difficulty of revision if 
modifications are subsequently needed. 

[0003] To facilitate the use of PLDs in applications 
involving high speed serial digital communication, it 
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would be desirable to provide PLDs with high speed serial 
interface ("HSSI") circuitry. One problem in doing this, 
however, is that there is now a large number of high 
speed serial ("HSS") communication standards or somewhat 
5 related, but perhaps non-standard, protocols that users 
of PLDs may want to employ. Including a large number of 
different HSSI circuits on a PLD is wasteful, 
uneconomical, and very difficult or even impossible if 
the number of standards or protocols to be supported 

10 becomes very large. On the other hand, manufacturing the 
same basic PLD circuitry in several different versions, 
each with different HSSI circuitry to meet a different 
HSS standard or protocol, is also uneconomical because it 
is contrary to the "economy of scale" benefit otherwise 

15 associated with manufacturing one common PLD circuit 
design in large volume. 

Summary of the Invention 

[0004] In accordance with the present invention, PLD 

circuitry includes at least some of the circuit 

20 components that are needed to provide several different 
HSSIs. These HSSI circuit components are hard-wired to 
at least a large extent, although in at least some cases 
at least some of their functions are either programmably 
controllable or controllable by dynamic signals (e.g., 

25 from the PLD core circuitry) . Interconnections among the 
HSSI circuit components may also be programmably 
controllable or dynamically controllable. By making use 
of appropriate ones of the available HSSI circuit 
components (e.g., by programmable or dynamic selection), 

30 and by appropriately controlling (e.g., programmably or 
dynamically controlling) the selected HSSI circuit 
components, the circuitry can be made to perform 
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according to any one of several possible HSS 
communication standards or other generally similar 
protocols. In some cases, some of the functions required 
to implement certain HSSIs may be wholly or partly 
5 performed by the PLD core circuitry.. The HSSI circuit 
components that are provided may be for HSSI receiver 
circuitry, HSSI transmitter circuitry, or both. 
[0005] Further features of the invention, its nature 

and various advantages will be more apparent from the 
10 accompanying drawings and the following detailed 
description . 

Brief Description of the Drawings 

[0006] FIG. 1 is a simplified block diagram of an 

illustrative embodiment of a programmable logic 
15 integrated circuit device ("PLD") constructed in 
accordance with the invention. 

[0007] FIG. 2 is a more detailed, but still simplified 
schematic block diagram of a representative portion of 
the circuitry shown in FIG. 1. 
20 [0008] FIG. 3 is a more detailed, but still simplified 

schematic block diagram of a representative portion of 
the circuitry shown in FIG. 2. 

[0009] FIG. 4 is a more detailed, but still simplified 

schematic block diagram of another representative portion 
25 of the circuitry shown in FIG. 2. 

[0010] FIGS. 5A-5C are collectively a more detailed, 

but still simplified schematic block diagram of circuitry 
of the type shown in FIG. 3. 

[0011] FIG. 6 shows in more detail an illustrative 

30 embodiment of a type of element that is used in several 
of the other FIGS. 
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[0012] FIG. 7 shows an alternative embodiment of what 

is shown in FIG. 6. 

[0013] FIG. 8 shows another alternative embodiment of 
what is shown in FIGS. 6 and 7. 
5 [0014] FIG. 9 is a simplified schematic block diagram 

of circuitry that can be used with the circuitry of FIGS. 
5A-5C and/or FIGS. 12A and 12B. 

[0015] FIG. 10 is a simplified schematic block diagram 

of circuitry that can be used with the circuitry of FIGS. 
10 5A-5C. 

[0016] FIG. 11 is a simplified schematic block diagram 

of circuitry that can be used with the circuitry of FIGS. 
5A-5C and/or FIGS. 12A and 12B. 

[0017] FIGS. 12A and 12B are collectively a more 

15 detailed, but still simplified schematic block diagram of 
circuitry of the type shown in FIG. 4 . 

[0018] FIG. 13 is a simplified schematic block diagram 

of additional circuitry in accordance with the invention. 
[0019] FIG. 14 is a simplified schematic block diagram 

20 of more additional circuitry in accordance with the 
invention . 

[0020] FIG. 15 is a simplified schematic block diagram 

of still more additional circuitry in accordance with the 
invention . 

25 [0021] FIG. 16 is a simplified schematic block diagram 

of still further circuitry in accordance with the 
invention . 

[0022] FIG. 17 is a simplified block diagram of an 

illustrative system employing circuitry in accordance 
30 with the invention. 
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Detailed Description 

[0023] An illustrative PLD 10 constructed in 
accordance with the invention is shown in FIG. 1. PLD 10 
is an integrated circuit that includes PLD core circuitry 
5 20 and high speed serial interface (-"HSSI") circuitry 30. 
PLD core circuitry 20 can be typical programmable logic 
circuitry of any of several known types and 
constructions. In accordance with this invention, HSSI 
circuitry 30 includes various HSSI circuit components 

10 that are hard-wired (at least to a large extent) and are 
therefore dedicated to performing various functions 
required to implement HSSI operations. HSSI circuitry 30 
may be used to receive one or more high speed serial 
("HSS") signals via connection ( s ) 32 and to pass the 

15 information thus received on to PLD core circuitry 20 in 
a form that is more readily usable by the core circuitry. 
Alternatively or additionally, HSSI circuitry 30 may be 
used to output via connection ( s ) 32 one or more HSS 
signals indicative of information received from PLD core 

20 circuitry 20. Leads 34 are used to convey signals 

between PLD core circuitry 20 and HSSI circuitry 30. PLD 
core circuitry 20 may also input and/or output other, 
typically non-HSSI signals via leads 22. 

[0024] Although the principles of this invention are 
25 applicable to many HSSI communication standards, and 

therefore to many types of HSSI circuitry, the invention 
will be fully understood from the following explanation, 
which mainly concentrates on several HSSI standards that 
employ conventional eight-bit /ten-bit ("8B/10B") 
30 coding/decoding. (For information regarding 8B/10B 

coding, see Franaszek et al. U.S. patent 4,486,739.) The 
illustrative HSSI standards that the illustrative 
circuitry shown herein supports include the standards 
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known as (1) XAUI, (2) InfiniBand, (3) 1G Ethernet, (4) 
FibreChannel , and (5) Serial RapidlO. This circuitry 
will also support 10G Ethernet, and it will support many 
non-industry-standard protocols that are modifications of 
5 the true industry-standard protocols.. Some users may 
sometimes want to devise and employ such variants of 
industry standards, and many such variants can be 
supported by the circuitry of this invention. The true 
industry standards (e.g., XAUI, InfiniBand, etc.) are all 

10 well known to those skilled in the art and are fully 

documented in the publicly available information put out 
by the industry committees that developed and maintain 
those standards. It will not be necessary to provide 
full details of any of those standards herein. 

15 [0025] In the illustrative embodiment shown and 

described herein XAUI is used as a starting-point 
standard. This is because XAUI tends to require at least 
as much functionality as any of the other supported 
standards. The other standards can therefore be 

20 implemented using the same or similar HSSI circuit 

components, or subsets of those components, that are 
provided in circuitry 30 to support XAUI. In the 
illustrative embodiment shown herein the XAUI interface 
is substantially fully implementable in HSSI circuitry 

25 30. For some of the other standards, part of the 

interface is implemented in HSSI circuitry 30 and part of 
the interface is implemented in PLD core circuitry 20. 
[0026] In general terms the XAUI standard specifies 

four channels of clock data recovery ("CDR" ) data encoded 

30 using 8B/10B coding. The channels may operate at up to 
3.125 gigabits per second ("Gbps" )- The channels are 
used in rotating order to transmit successive bytes of 
information. There are continuous transmissions of data 
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to successive serial 10-bit bytes output via the 
associated transmitter driver 56. 

[0028] The supporting logic 70 included in each quad 

40 includes circuitry that is usable to support certain 
5 operations in all four of the associated data channels. 
For example, one phase locked loop ("PLL") circuit 
receiving a reference clock ("REFCLK") signal may be used 
to produce candidate recovered clock signals for use by 
each of channels 50 in that channel's operations to 

10 produce a final recovered clock signal from the HSS CDR 
signal received by that channel 50. As another . example, 
because certain HSS standards allow "skew" between 
received data channels, circuit 70 includes circuitry for 
determining how much the four channels of received HSS 

15 data are skewed relative one another as part of the 

operations required to compensate for such skew. (Skew 
is differential transmission delay between parallel 
transmission lines.) Circuit 70 may receive REFCLK 
signals via drivers 72, and may communicate with PLD core 

20 20 via leads 82 and/or 84. 

[0029] FIG. 3 shows an illustrative embodiment of 

representative portions of FIG. 2 in somewhat more 
detail. In particular, FIG. 3 shows the receiver portion 
of one representative channel 50. In some cases some of 

25 the elements shown in FIG. 3 may be partly embodied in 

supporting logic 70 and are therefore shared by all four 
channels 50 in the quad associated with that supporting 
logic 70. 

[0030] CDR circuitry 110 receives a single serial data 

30 stream from receiver driver 52. CDR circuitry 110 may 
also receive several candidate recovered clock signals 
via leads 112 from PLL circuitry in supporting logic 70. 
As mentioned above, this PLL circuitry typically operates 
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on one of the REFCLK signals applied to circuitry 70 as 
s.hown in FIG. 2. (See, for example, Aung et al. U.S. 
patent application No. 09/805,843, filed March 13, 2001, 
for more information regarding how this aspect of 
5 supporting logic 70 may be constructed and operate to 

produce several candidate recovered clock signals from a 
REFCLK signal. The Aung et al. reference also includes 
additional details regarding how CDR circuitry 110 may be 
constructed and operate to use such candidate recovered 

10 clock signals to produce a final recovered clock signal 
and also to produce a retimed data signal from the input 
CDR signal. Of course, CDR circuitry 110 may also be 
constructed and operate in different ways, if desired.) 
CDR circuitry 110 uses the candidate recovered clock 

15 signals from supporting logic 70 to recover a clock 
signal from the CDR data signal it receives. CDR 
circuitry 110 outputs this recovered clock signal via 
lead 114. CDR circuitry 110 also produces a retimed data 
signal from the CDR data signal it receives, and it 

20 outputs that retimed data signal via lead 116. (The 

"recovered clock signal" on various parts of network 114 
can have either the bit rate frequency or the byte rate 
frequency. One or more dividers (not shown in FIG. 3, 
but like element 410 in FIG. 5A) can be included in 

25 network 114 to convert from the bit rate to the byte 

rate. For example, deserializer 120 needs both the bit 
rate and the byte rate versions of the recovered clock 
signal, but elements 130, 140, 150, and 160 need only the 
byte rate version.) 

30 [0031] Deserializer circuitry 120 converts the serial 

retimed data output signal of CDR circuitry 110 to 
several parallel data signals on leads 122. To do this 
deserializer circuitry 120 uses the recovered clock 
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signal on lead 114. (See again the last-mentioned 
reference for an example of how deserializer circuitry 
120 may be constructed and may operate.) For example, 
successive bytes of data output in serial form by CDR 
5 circuitry 110 may be converted to successive parallel 
bytes of data output by deserializer 120. Because XAUI 
and many of the other HSS standards supported by the 
circuitry of FIG. 3 use 8B/10B coding, deserializer 120 
is preferably designed to receive serial bytes of 10 bits 

10 of data and to output parallel bytes that also have 10 
bits of data. It will be understood, however, that any 
byte length can be used, and that deserializer 120 can be 
constructed to work with any desired byte length (s). 
[0032] The parallel data output by deserializer 120 is 

15 applied to pattern detect circuitry 130. Pattern detect 
circuitry 130 works with state machine circuitry 140 to 
detect particular patterns in the data output by 
deserializer 120 to find byte boundaries in the incoming 
CDR data. In XAUI and many of the other standards 

20 supported by the circuitry of FIG. 3, special characters 
are transmitted repeatedly (although typically at spaced 
intervals) during idle intervals. Pattern detect 
circuitry accumulates enough output data from 
deserializer 120 to make sure that such a special 

25 character can be detected, even though deserializer 120 
may initially not be properly synchronized with byte 
boundaries in the incoming CDR data. For example, 
pattern detect 130 may be able to hold two successive 
"bytes" (i.e., 20 bits) output by deserializer 120, and 

30 may look for a special character anywhere within those 20 
bits. State machine 140 keeps track of each such 
detection of a special character. When a sufficient 
number of special characters have been detected, all at 
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the same location in a corresponding number of 20-bit 
groups, elements 130/140 can produce output signals 
indicating that they have detected the byte boundaries in 
the incoming CDR signals. These output signals of 
5 elements 130/140 can be used to adjust the operation of 
deserializer 120 so that the deserializer thereafter 
produces output signals that are truly synchronized with 
the byte boundaries in the incoming CDR signal. 
[0033] As a specific example of the foregoing, suppose 

10 that elements 130/140 detect special characters at bit 
positions 5-14 out of bit positions 0-19 in the .20 bits 
held by pattern detect circuitry 130. This would mean 
that deserializer 120 is not synchronized with the byte 
boundaries in the incoming CDR data, but instead needs to 

15 shift its deserialization operation by five recovered 
clock cycles (e.g., to shift its output bytes from bit 
positions 5-14 to bit positions 0-9 (or to bit positions 
10-19) in pattern detect circuitry 130) . Such a shift in 
deserialization operation can easily be accomplished, for 

20 example, by holding in reset a recovered clock divider 

circuit in deserializer 120 for the appropriate number of 
recovered clock signal cycles. After the recovered clock 
divider circuit has been released from reset, 
deserializer 120 will resume operation outputting bytes 

25 that are properly synchronized with the byte boundaries 
in the incoming CDR signal. 

[0034] After the operations described above, the 
output signals of elements 130/140 on leads 142 are 
successive parallel bytes of data that have been properly 
30 recovered (i.e., in accordance with the proper byte 
boundaries) from the incoming CDR signal. Each 
successive 10-bit byte on leads 142 is applied to 10 bit 
to 8 bit decoder circuitry 150. This circuitry converts 
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each successive 10-bit byte to the corresponding 8-bit 
byte (e.g., in accordance with the scheme described in 
above-mentioned Franaszek et al . U.S. patent 4,486,739). 
Circuitry 150 outputs successive, parallel, 8-bit bytes 
5 via leads 152. 

[0035] The data output by circuitry 150 is applied to 
rate matching circuitry 160. The purpose of circuitry 
160 is to take care of the possibility that there may be 
a small difference between the frequency of the 

10 oscillator used in the circuitry that generated the CDR 
signal received by the circuitry shown herein and the 
frequency of the oscillator used more locally with the 
circuitry shown herein (e.g., to generate the REFCLK 
signals shown in FIG. 2). Thus rate matching circuitry 

15 160 may include memory circuitry that stores successive 
bytes from circuitry 150 in synchronism with the 
recovered clock signal on lead 114, but that outputs data 
via leads 164 in synchronism with a local oscillator 
clock signal on lead 162. The recovered clock signal on 

20 lead 114 has a frequency determined by the frequency of 
the remote oscillator in the circuitry that originated 
the CDR signal applied to circuitry 110. The signal on 
lead 162 has a frequency determined by the frequency of a 
local oscillator. Rate matching circuitry 160 therefore 

25 acts as a buffer to accommodate possible small 

differences between the local and remote oscillator 
frequencies. (One possible ultimate source of the signal 
on lead 162 can be the same as the ultimate source of an 
above-mentioned REFCLK signal.) 

30 [0036] In connection with rate matching circuitry 160 

it should be noted that to avoid excessive accumulation 
of local and remote oscillator frequency difference, it 
may be necessary for the rate matching circuitry to 
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occasionally delete a received character from the data 
passed on via lead 164, or to occasionally artificially 
insert a character into the data passed on via lead 164. 
This can be done during idle intervals. 
5 [0037] The output signals 164 of .rate matching 

circuitry 160 are successive 8-bit bytes of data properly- 
decoded from the input CDR signal and synchronized with a 
local oscillator. However, these bytes of data are from 
only one CDR transmission channel, and XAUI (and other 

10 standards or protocols supported by the circuitry of this 
invention) permits interleaving of data in four such CDR 
channels. The interleaving scheme employed in XAUI, for 
example, involves routing successive bytes of .starting 
data to different ones of the four channels in turn on a 

15 repeating basis. The following table illustrates the 
interleaving used. 



Byte No. 
0 
1 
2 
3 
4 
5 
6 
7 
8 
9 

10 



Channel No. 
0 
1 
2 
3 
0 
1 
2 
3 
0 
1 
2 



[0038] Each of the four CDR channels may have somewhat 
20 different amounts of delay. This is sometimes referred 
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to as the channels being skewed relative to one another. 
Because of such skew, re-interleaving in the proper order 
the bytes received via the various channels may not be 
done properly without an operation called channel 
5 alignment. 

[0039] In the circuitry shown in FIG. 3 channel 
alignment circuitry 170 performs the channel alignment 
function in combination with the corresponding circuitry 
in the other channels in the quad and the relevant 

10 portion of the supporting logic 70 of the quad. Although 
channel alignment circuitry 170 could alternatively be 
constructed in other ways, one illustrative construction 
is as follows. In each channel, alignment circuitry 170 
includes shift registers for registering several 

15 .successive bytes received via leads 164 and for shifting 
those bytes along the shift register chain. The contents 
of each shift register stage are examined for a special 
alignment character. (During idle intervals, alignment 
characters are transmitted periodically in all four 

20 channels.) When an alignment character is detected in 
one of the shift register stages in all four channels, 
channel alignment can be based on which of the shift 
register stages in the four channels concurrently contain 
the channel alignment character. For example, if each of 

25 channel alignment circuits 170 includes four shift 

register stages, and if the channel alignment character 
is concurrently found in the fourth shift register stage 
in channel 0, in the first shift register stage in 
channel 1, in the third shift register stage in channel 

30 2, and also in the third shift register stage in channel 
3, one knows that future actual data from the four 
channels can be re-interleaved as follows: a byte from 
channel 0, shift register stage 4 should be followed by a 
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byte from channel 1, shift register stage 1, which should 
be followed by a byte from channel 2, shift register 
stage 3, which should be followed by a byte from channel 
3, shift register stage 3, and then the re-interleaving 
5 sequence should begin again. 

[0040] As is apparent from FIG. 3, channel alignment 
circuitry 170 operates on local oscillator clock signal 
162. Although not shown in FIG. 3, channel alignment 
circuitry 170 in all four channels may be supported by a 

10 state machine (conceptually similar to state machine 140) 
(e.g., in supporting logic 70) for making sure that 
channel alignment is based on sufficiently repeated 
detection of the same conditions. As in the case of 
state machine 140, this may be done to ensure that 

15 channel alignment is based on stable circuit operation, 
and to increase the reliability of the channel alignment 
function . 

[0041] Channel alignment circuitry 170 outputs 
channel-aligned data via leads 172. This data is applied 

20 to one set of inputs of programmable logic connector 
("PLC") 190, and also to byte deserializer and phase 
compensation circuitry 180. One of the functions of 
circuitry 180 is to assemble two successive bytes from 
leads 172 for application in parallel to the other set of 

25 inputs of PLC 190. PLC 190 is programmable or otherwise 
controllable to pass the signals on either of its input 
sets to output terminals 62 and thus to PLD core 20 
(FIGS. 1 and 2) . Circuitry 180 may be used to assemble 
two bytes in parallel for situations in which the serial 

30 byte rate is too great for PLD core 20. PLC 190 allows 
circuitry 180 to be either used or bypassed, as desired. 
[0042] Another possible function of circuitry 180 is 
phase compensation. If the phase of the clock signal on 
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outputs 222. Thus PLC 220 allows circuitry 210 to be 
either used or bypassed, as desired. 

[0045] The 8-bit byte signals on leads 222 are applied 
to 8 bit to 10 but encoder circuitry 230. Encoder 230 
5 converts each 8-bit byte to 10-bit form in accordance 

with the scheme shown in above-mentioned Franaszek et al. 
U.S. patent 4,486,739. Circuitry 230 is also clocked by 
signal 212. 

[0046] The 10-bit parallel output signals of encoder 

10 230 are applied to serializer circuitry 240. Serializer 
240 converts the parallel data it receives to serial form 
for application to output driver 56. An illustrative 
construction for serializer 240 is shown in the above- 
mentioned Aung et al . reference, although any other 

15 suitable construction may be used instead if desired. 
Once again, serializer 240 is clocked by signal 212. 
[0047] More possible features for circuitry of the 
type shown in FIG. 3 are shown in FIGS. 5A-5C. These 
FIGS, will now be described, but it will not be necessary 

20 to repeat description of elements that have already been 
described in connection with FIG. 3. 
[0048] Among other things, FIGS. 5A-5C show the 
inclusion of controllable routing that allows various 
subsets of the elements shown in FIG. 3 to be used in 

25 various applications of the circuitry. Principal 

components involved in selecting a particular desired 
routing are PLCs like 300, 310, 320, etc. These PLCs are 
controlled by associated control circuitry like 302, 312, 
322, etc. Such control circuitry 302, etc., can take any 

30 of several forms. For example, function control elements 
("FCEs") (e.g., programmable memory cells) R can be used 
to control a PLC as shown in FIG. 6. This type of 
control is basically static and can be changed only by 
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reprogramming the PLD (assuming the PLD is re- 
programmable) . Another possible type of control is more 
dynamic control (e.g., based on a signal or signals from 
PLD core circuitry 20 that can change from time to time) . 
FIG. 7 illustrates this type of contjol. Still another 
possible type of control is programmable selection 
between either of the two types of previously described 
control (see FIG. 8). In the particular example shown in 
FIG. 8, PLC 300/310/ETC. is controlled by the output 
signal of PLC 308. FCE 304 controls which of the two 
inputs to PLC 308 that PLC bases its output signal on. 
One of those two inputs comes from FCE 306 and is 
therefore a static signal. The other input to PLC 308 
can be a more dynamic signal (e.g., from PLD core 20). 
Thus if static control of PLC 300/310/ETC. is desired, 
FCE 304 is programmed to cause PLC 308 to output the 
signal from FCE 306. On the other hand, if more dynamic 
control of PLC 300/310/ETC. is desired, FCE 304 is 
programmed to cause PLC 308 to output its dynamic input 
signal. Any of the types of control illustrated by FIGS. 
6-8 can be used to control any of the PLCs shown herein. 
[0049] One reason for adding to circuitry of the type 

shown in FIG. 3 various routing options as shown in 
FIGS. 5A-5C is the following. The circuitry shown in 
FIG. 3 has all the elements needed to support the XAUI 
standard. But all of the operations needed to support 
XAUI may not be needed to support other standards. If 
non-XAUI communication is being implemented, the routing 
options added in FIG. 5 allow the functions that are not 
needed to be bypassed. Alternatively, some standards or 
protocols may require functions that are generally like 
XAUI functions, but that are sufficiently different from 
standard XAUI functions that XAUI-specif ic circuitry is 
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not suitable for performing them. In that case, general 
purpose PLD core circuitry 20 may be used to perform 
those functions, and the routing options added in FIG. 5 
allow signals to be routed to the PLD core 20 when the 
5 transition from so-called "hard-logic" (in dedicated, 
largely hard-wired circuitry 50) to so-called "soft- 
logic" (in PLD core 20) is to be made. 

[0050] FIGS. 5A-5C indicate illustrative widths for 

many of the depicted buses. It will be understood, 

10 however, that these bus widths are only exemplary, and 
that other bus widths can be used instead if desired. 
Also, the particular routing options shown in FIGS. 5A-5C 
are illustrative, and other routing options can be used 
instead or in addition if desired. 

15 [0051] In FIG. 5A the circuitry essentially begins 

with a PLC 300 for selecting either the incoming CDR 
signal from driver 52 or a loop-back CDR signal from the 
associated transmitter circuitry (FIG. 4 or, in more 
detail, FIG. 12B) . The loop-back option is primarily 

20 intended as a test mode. It allows the user to process a 
signal out through the transmitter circuitry and then 
back in again through the receiver circuitry to test 
whether that processing is improperly altering the 
signal. No external connection needs to be made. If the 

25 test signal comes back unaltered, then it is known that 
both the transmitter and receiver circuitries are 
operating properly. PLC 300 is an example of a PLC that 
it may be desirable to control dynamically (e.g., as in 
FIG. 7) so that PLC 300 can initially select the test or 

30 loop-back mode, and thereafter be switched to the more 

normal operating mode in which the PLC passes the output 
signal of driver 52. 
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[0052] The output signal of PLC 300 is applied to 
C.DR/deserializer 110/120, already described in connection 
with FIG. 3. As was mentioned in that earlier 
discussion, circuitry 110/120 also receives several 
5 candidate recovered clock signals from supporting logic 
70. One of those clock signals is applied to divide by J 
circuitry 410, which divides the frequency of the applied 
signal by a scale factor J. J can be the number of bits 
in each byte, so that whereas the input signal to circuit 

10 410 has the frequency of the bit rate, the output signal 
of circuit 410 has the frequency of the byte rate. J can 
be a programmable (e.g., static) value. For example, the 
value of J may be programmed into FCEs associated with 
circuit 410. Alternatively, J may be a more dynamic 

15 signal (e.g., supplied by PLD core 20). FIG. 9 shows 

illustrative circuitry for allowing the value of J used 
by circuit 410 to be either a programmed static value 
(from programmable FCE register 412) or a dynamic value 
(e.g., from PLD core 20). PLC 416 is programmably 

20 controlled by FCE 414 to select either the static or 

dynamic input for use as the finally selected value of J. 
J is 10 for XAUI applications, but it may be a number 
less than 10 for certain non-XAUI applications. The 
output signal of circuit 410 may be needed by certain of 

25 the elements downstream in the receiver circuitry as will 
be described in more detail below. 

[0053] To enable the circuitry to support certain non- 
XAUI standards or protocols, the deserializer portion 120 
of circuitry 110/120 is preferably able to handle bytes 
30 of various lengths (i.e., 10 bits for XAUI, but less than 
10 bits for certain non-XAUI standards) . This was 
mentioned briefly in connection with FIG. 3, but it can 
be elaborated here by noting that this function is 
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similar to the operation of above-described divide bv J 
circuit 410. In particular, the same value of J 
(controlled or selected in the same way as for circuit 
410) may be used within deserializer portion 120 to 
5 determine the byte length that the deserializer provides. 
The output bus width of circuitry 110/120 is shown as 10 
in FIG. 5A (as is required for XAUI), but if J is less 
than 10 in some non-XAUI application, then only J of the 
10 available output leads will actually be used in that 

10 application. 

[0054] The deserialized (and therefore parallel) data 
outputs of circuitry 110/120 are applied to pattern 
detect and state machine circuitry 130/140 (described 
above in connection with FIG. 3) , and also to one set of 

15 inputs of PLC 320. Jumping ahead briefly, it will be 

seen that one possible routing for these signals applied 
to PLC 320 is through PLC 380 (FIG. 5B) and through PLC 
390 (FIG. 5C) to PLD core 20 (FIG. 5C) . Thus, if after 
deserialization in circuitry 110/120, it is not desired 

20 to do any further hard-logic processing of the incoming 
data, that data can be sent di rectly to PLD core 20, 
where all further processing is in the soft-logic of the 
device. This is only one of several possible routings of 
the signals applied to PLC 320 from circuitry 110/120, 

25 and other possible routings will be discussed below. 

[0055] Returning to circuitry 130/140 in FIG. 5A, the 

patterns (special characters) that this circuitry detects 
may be selectable to help the circuitry support various 
standards or protocols. For example, FIG. 10 shows 

30 illustrative circuitry that allows the pattern (s) used by 
circuitry 130/140 to be either static pattern (s) 
programmed into FCE registers 420 or dynamic pattern (s) 
(e.g., from PLD core 20). PLC 424 is controlled by FCE 
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422 to select either the static or dynamic pattern inputs 
for use as the final pattern(s) that circuitry 130/140 
will detect. By providing multiple instances of 
circuitry of the type shown in FIG. 10, some patterns can 
5 be made static, while other patterns. are made dynamic. 
[0056] Various parameters employed by the state 
machine portion 140 of circuitry 130/140 may also be 
controllable or selectable to help the circuitry support 
various standards or protocols. FIG. 11 shows 

10 illustrative circuitry for allowing such state machine 
parameters to be either static or dynamic. As shown in 
FIG. 11, FCE registers 430 can be programmed with one or 
more parameter values for the state machine portion 140 
of circuitry 130/140. Because they are programmed into 

15 the device, these values are "static". PLC 434 is 

programmably controlled by FCE 432 to select either the 
static values or values that can be more dynamic (e.g., 
from PLD core 20). It will be appreciated that, by 
providing multiple circuits like that shown in FIG. 11, 

20 some parameter values can be made static, while others 
are made dynamic. 

[0057] The output signals of circuitry 130/140 are 
shown in FIG. 5A to include up to 10 data signals and up 
to 4 other signals. These 4 other signals may include 
25 flag signals to indicate that particular patterns have 
been detected by circuitry 130/140. 

[0058] The data output signals of circuitry 130/140 
are applied to one set of inputs of PLC 310. Loop-back 
signals (from the associated transmitter circuitry (FIG. 
30 4 or, in more detail, FIG. 12B) ) are applied to the other 
set of inputs of PLC 310. This loop-back routing may be 
used like earlier-described loop-back routing (e.g., to 
facilitate testing of portions of the circuitry) . PLC 



310 is controllable by control circuitry 312 to pass the 
data on either set of its inputs to its outputs. 
[0059] The outputs of PLC 310 and the 4 outputs of 

circuitry 130/140 that are not applied to PLC 310 are 
applied to 10B to 8B decoder 150, and also to one set of 
inputs of PLC 320. Decoder 150 has already been 
described in connection with FIG. 3 and does not need to 
be described again here. The routing to and through PLC 
320 allows decoder 150 to be bypassed if desired. The 
bypass routing can be used for implementing a 
communication standard or protocol that does not. require 
10B to 8B decoding. 

[0060] The output signals of decoder 150 are applied 
to rate character delete state machine 160a, and also to 
another set of inputs of PLC 320. The output signals of 
circuitry 150 include up to 8 parallel data signals and 
up to 5 parallel flag signals, for a total of up to 13 
parallel signals. Although not shown in FIG. 3 as a 
separate part of circuitry 160, the function of circuitry 
160a is mentioned in the earlier discussion of FIG. 3. 
To briefly recapitulate, as part of the rate matching 
function of circuitry 160, it may be necessary to 
occasionally delete a character (byte) that has been 
received. This can be safely done for at least many of 
the characters that are transmitted during idle 
intervals. State machine 160a therefore typically 
performs its character-deleting function when signals 
from upstream circuitry such as 130/140/150 indicate that 
non-essential idle interval data is being received, and 
when downstream circuitry such as rate matching FIFO 160b 
indicates that the downstream circuitry is approaching 
the limit of its capacity to buffer the rate difference 
that is being experienced. Character deletion can be 
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implemented by causing rate matching FIFO circuitry 160b 
(.FIG. 5B) to skip one byte in its reading operation in 
response to an appropriate signal from state machine 
160a. If desired, one or more of the parameters employed 
5 in state machine 160a may be made pr.ogrammably selectable 
or dynamically changeable in the same way that can be 
done for the state machine portion 140 of circuitry 
130/140 (e.g., by supplying parameter values from 
circuitry of the type shown in FIG. 11). 

10 [0061] The data output signals of state machine 160a 
are applied to one set of inputs of PLC 330 (FIG. 5B) . 
State machine 160a also exchanges control signals with 
rate matching FIFO circuitry 160b via routing that does 
not pass through PLC 330. The other set of inputs to PLC 

15 330 comes from the outputs of PLC 320. Circuitry 332 

controls PLC 330 to apply either of its sets of inputs to 
circuitry 160b. PLC 330 thus allows circuitry 160b to 
receive its data inputs from state machine 160a. 
Alternatively, PLCs 320 and 330 allow circuitry 160b to 

20 receive its data inputs directly from (a) the outputs of 
decoder 150, (b) the outputs of PLC 310, or (c) the 
outputs of CDR/deserializer circuitry 110/120. Thus rate 
matching FIFO circuitry 160b can be used either with or 
without rate character deletion 160a, with or without 10B 

25 to 8B decoding 150, and with or without pattern detection 
130/140. 

[0062] The rate matching operation of circuitry 160b 
has been described earlier in connection with FIG. 3 and 
does not need to be described again here. It should be 
30 mentioned here, however, that PLC 340 (controlled by 
control circuitry 342) allows the second clock input 
signal to circuitry 160b to be either the output signal 
of divider circuit 410 (FIG. 5A) or a PLD core clock 
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signal (i.e., from the conventional clock signal 
distribution network ("clock trees") 26 (FIG. 5C) of PLD 
core 20) . The output signal of PLC 340 is also the clock 
signal applied to several other elements downstream from 
5 circuitry 160b. 

[0063] The data output signals of circuitry 160b are 
applied to rate character insert state machine 160c, and 
also to one set of inputs of PLC 350. Circuitry 160b 
also exchanges control signals with circuitry 160c. The 
10 other set of inputs to PLC 350 are the outputs of PLC 
320. 

[0064] Although not shown separately in FIG. 3, the 
function of rate character insert state machine 160c has 
already been described in general terms in connection 

15 with FIG. 3. Character (i.e., byte) insertion is 
conceptually like character deletion, except that 
insertion is performed in response to a rate difference 
that is of polarity opposite to a rate difference that 
will necessitate character deletion. Character insertion 

20 can be done at times like those at which it would be 
appropriate to do character deletion. Character 
insertion can be implemented by having output signals of 
state machine 160c cause circuitry 160b to read the same 
byte twice. As in the case of other state machines that 

25 have already been described, one or more of the operating 
parameters of state machine 160c can be made programmable 
or dynamically variable (e.g., by supplying them from or 
via circuitry of the type shown in FIG. 11) . The 
alternative output routing of circuitry 160b via PLC 350 

30 allows circuitry 160c to be bypassed if the rate 
character insertion function is not needed in 
implementing a particular communication protocol or 
standard . 
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[0065] The data output signals of circuitry 160c are 
applied to one set of inputs of PLC 360. The outputs of 
PLC 350 are applied to the other set of inputs of PLC 
360, and also to one set of the inputs of PLC 380. 
5 Control circuitry 362 causes PLC 360_ to output the 
signals from either of its two sets of inputs. The 
output signals of PLC 360 are applied to channel align 
circuitry 170, and also to a second set of inputs to PLC 
380. 

10 [0066] The functions of element 170 have already been 
described in connection with FIG. 3 and do not need to be 
described again here. As in the case of earlier- 
described state machines, one or more of the parameters 
controlling some or all of the operations of the state 

15 machine in or associated with circuitry 170 may be 

programmable or dynamically variable (e.g., by using one 
or more instances of circuitry of the type shown in FIG. 
11) . 

[0067] The output signals of channel align circuitry 
20 170 are applied to XAUI receive logic and state machine 
450. The XAUI standard specifies that XAUI data must 
conform to certain rules, and circuitry 450 performs 
conventional functions related to those rules. Once 
again, the state machine portion of circuitry 450 may 
25 have parameters controlled as shown in FIG. 11. 

[0068] The output signals of circuitry 450 are applied 
to a third set of inputs of PLC 380. Control circuitry 
382 controls PLC 380 to output any one of its three sets 
of inputs. Thus PLC 380 can output either (a) the 
30 outputs of PLC 350, (b) the outputs of PLC 360, or (c) 
the outputs of circuitry 170b. 

[0069] As shown in FIG. 5C, the outputs of PLC 380 are 
applied to byte serializer and phase compensation 
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circuitry 180, and also to one set of inputs of PLC 390. 
(PLC 390 in FIG. 5C is the same as PLC 190 in FIG. 3.) 
Circuitry 180 has already been described in connection 
with FIG. 3 and therefore does not need to be described 
5 again. However, it should be mentioned that FIG. 5B 
shows divide by 2 circuit 440 that divides an applied 
clock signal by 2 for use by circuitry 180 in cutting the 
byte rate in half (needed for byte deserialization) . 
(Elements 370 and 372 allow the signal applied to circuit 

10 440 to be either recovered clock signal 114 or the output 
signal of PLC 340.) The two-byte-wide data outputs of 
circuitry 180 are applied to a second set of inputs of 
PLC 390. Circuitry 392 controls PLC 390 to apply either 
of its sets of inputs to PLD core 20 (especially the user 

15 logic 24 of the PLD core) . PLC 390 therefore allows PLD 
core 20 to receive either (a) the outputs of circuitry 
180, or (b) the outputs of PLC 380 (if the functions of 
circuitry 180 are not needed to support a particular 
communication protocol) . 

20 [0070] In general, the various clock signal selection 

and routing options provided in FIGS. 5A-5C (e.g., by 
PLCs 340 and 370) complement the various data routing 
options . 

[0071] From the foregoing, it will be seen that many 

25 different subcombinations of the operating circuitry 
shown in FIGS. 5A-5C can be used to support many 
different communication protocols or standards. The 
following table lists just some of the possibilities 
(using in each case the reference number (s) of the 
30 operating portions that are used in the subcombination 
and omitting the reference number (s) of the operating 
portions that are not used) . 
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Option 


Operating Portions Used 


1. 


110/120 






2. 


110/120, 


180 




3. 


110/120, 


160b 




A 

H • 


1 1 0 / 1 ? fi 

XXL// X V , 
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1 fift 

X O \J 


5. 


110/120 , 


170a, 


170b 


6. 


110/120 , 


170a, 


170b, 180 


7. 


110/120, 


160b, 


170a, 170b 


8. 


*. 

110/120 , 


160b, 


170a, 170b, 




180 






Q 

ZJ a 


110/170 


130/140 


10. 


110/120, 


130/140, 180 


1 1 

J. X • 


110/120, 


130/140, 150 


12. 


110/120, 


130/140, 150, 180 


13. 


110/120, 


130/140, 150, . 




160a-c 






14 . 


110/120, 


130/140, 150, 




160a-c, 


180 




etc. 


Other combinations are also 




possible 







[0072] Additional elements of variability that 
facilitate implementing many different communication 
protocols or standards result from the following: (1) 
5 the ability to programmably select or dynamically vary 
many of the operating parameters of the operating 
portions of the circuitry, and (2) the ability to use PLD 
core 20 to perform (soft-logic) variants of operations of 
the various kinds associated with the hard-logic 

10 operating portions. Example of immediately preceding 

item (1) have been discussed in connection with FIGS. 6- 
11. An example of immediately preceding item (2) would 
be performing in PLD core 20 a type of 10B to 8B decoding 
different from that performable by hard-logic operating 

15 circuitry 150. 
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[0073] FIGS. 12A and 12B show illustrative transmitter 

circuitry 50 that can be associated with the receiver 
circuitry of FIGS. 5A-5C. The circuitry shown in FIGS. 
12A and 12B is like that shown in FIG. 4, but is 
5 augmented with additional capabiliti.es to give it more 
flexibility and thereby enable it to support various 
different communication protocols or standards. Many of 
the elements shown in FIGS. 12A and 12B are repeated from 
FIG. 4. Because those elements have already been 

10 described in connection with FIG. 4, it will not be 

necessary to fully describe them again in connection with 
FIGS. 12A and 12B. As in the case of FIGS. 5A-5C, the 
bus widths shown in FIGS. 12A and 12B are only 
illustrative, and other bus widths can be used instead if 

15 desired. 

[0074] As shown in FIG. 12A, data signals output by 
user logic 24 in PLD core 20 are applied to byte 
serializer and phase compensation circuit 210 (previously 
described in connection with FIG. 4). These signals are 

20 also applied to one set of inputs of PLC 510 (the same as 
PLC 220 in FIG. 4). The outputs of circuitry 210 are 
applied to the other set of inputs of PLC 510. Control 
circuitry 512 controls PLC 510. to select either of its 
sets of inputs as its outputs. As was mentioned in 

25 connection with FIG. 4, PLC 510 allows signals to be 

routed around circuitry 210 if the communication protocol 
being implemented does not require use of circuitry 210. 
[0075] The output signals of PLC 510 are applied to 
XAUI transmitter state machine circuitry 520, and also to 

30 one set of the inputs of each of PLCs 530 and 540. Like 
circuitry 450 in FIG. 5B, circuitry 520 performs 
conventional functions related to XAUI 1 s rules for XAUI 
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data. Circuitry like that shown in FIG. 11 can again be 
used to control parameters used by circuitry 520. 
[0076] The output signals of state machine 520 are 
applied to the second set of inputs of PLC 530. Control 
5 circuitry 532 controls PLC 530 to select either of its 
sets of inputs as its outputs. PLC 530 (and also PLC 
540, described later) allows circuitry 520 to be bypassed 
if the communication protocol being implemented does not 
require use of circuitry 520. 

10 [0077] The output signals of PLC 530 are applied to 8B 
to 10B encoder 230 (described earlier in connection with 
FIG. 4). The output signals of encoder 230 are applied 
to the other set of inputs of PLC 540. Control circuitry 
542 controls PLC 540 to select either of its inputs as 

15 its outputs. PLC 540 therefore allows both of elements 
520 and 230 to be bypassed if the communication protocol 
being implemented does not require use of those elements. 
[0078] The output signals of PLC 540 are applied to 
serializer circuitry 240 (described earlier in connection 

20 with FIG. 4) . The output signals of PLC 540 are also the 
loop-back signals applied to the second set of inputs of 
PLC 310 (FIG. 5A) in the associated receiver circuitry. 
Divide by J circuitry 560 supports operation of other 
elements in FIGS. 12A and 12B by dividing by J a bit rate 

25 clock signal frequency from supporting logic 70 to 
produce a byte rate clock signal. As in earlier 
discussions herein, J is the number of bits (e.g., 10) in 
each byte in the communication protocol being 
implemented. The value of J used by circuitry 560 may be 

30 programmable or dynamically selectable (e.g., using 
circuitry like that shown in FIG. 9). 

[0079] The serialized output of serializer 240 is 
applied to one input of PLC 550. The output of 
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serializer 240 is also the loop-back input to PLC 300 in 
FIG. 5A. The other input to PLC 550 is the loop-back 
connection from the output of driver 52 (FIG. 5A) . 
Control circuitry 552 controls PLC 550 to select either 
5 of its inputs for application to output driver 56. 
Accordingly, the last-mentioned loop-back connection 
allows testing of an input/output driver pair 52/56. 
[0080] From the foregoing discussion of FIGS. 12A and 

12B it will be seen that (like the receiver circuitry 

10 shown in FIGS. 5A-5C) this transmitter circuitry is 
capable of supporting many different communication 
protocols. The various routing options provided by PLCs 
510, 530, 540, and 550 allow various ones of the 
operating components to be either used or bypassed as 

15 desired. Control of these PLCs may take any of the forms 
described earlier for other PLCs (e.g., any of the PLC 
control circuitry options shown in FIGS. 6-8 may be 
used) . Also (similar to what is described earlier for 
FIGS. 5A-5C) various aspects of the operations of the 

20 operating components may be programmably selected or 

dynamically variable. For example, circuitry like that 
shown in FIG. 9 may be used to supply the value of J to 
circuit 560, and circuitry like that shown in FIG. 11 may 
be used to provide the values of various state machine 

25 parameters to circuitry 520. User logic 24 in PLD core 
20 may be used to provide functions generally like those 
of bypassed operating components in FIGS. 12A and 12B in 
the event that the communication protocol being 
implemented requires deviation in function greater than 

30 the range of deviation that the bypassed operating 
component is capable of. 

[0081] The circuitry shown and described herein has 
many features that facilitate its use to support a wide 
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range of HSS communication standards and protocols. As 
has been described, the circuitry has four-channel 
building blocks (or quads) for HSS communication. The 
XAU1 standard uses one quad. The InfiniBand standard may 
use either one channel, four channels, or 12 channels, 
and can therefore be supported by using one channel, one 
quad, or three quads. Each channel includes both a 
receiver and a transmitter that are capable of full 
duplex operation. The receiver and transmitter in a 
channel can operate at the same or different frequencies. 
For example, the frequency difference can be 2:1 or 4:1. 
The circuitry supports CDR signalling over a wide range 
of frequencies (e.g., a range from about 622 Mbps to 
about 3.2 Gbps) . The CDR circuitry preferably includes 
loss of lock ("LOL") and run length violation ("R'LV") 
protection (see, for example, the above-mentioned Aung et 
al. reference for illustrative LOL and RLV elements). A 
single PLL circuit (with LOL logic) can support an entire 
quad. 

[0082] Still other advantageous features of the 

circuitry are the programmable serializer and 
deserializer elements. For example, these elements can 
be programmed to operate with either 10 bit words (bytes) 
or 8 bit words (bytes) by appropriately programming or 
otherwise controlling the parameter J. Similarly, the 
width of the bus (excluding status/control signals) 
between a channel and the PLD core 20 is programmable 
(e.g., to 8, 10, 16, or 20). The character recognition 
and alignment logic is preferably programmable (e.g., 
with respect to the characters to be recognized and/or 
with respect to the state machine functions used in the 
recognition and/or alignment) . 8B/10B encoder and 
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decoder circuits meeting industry standards (e.g., the 
IEEE 802. 3z standard) are preferably included. 
[0083] The circuitry preferably includes programmable 
(or otherwise controllable) power-down for each 
5 transmitter and receiver so that each transmitter and 

receiver can be turned off if it is not needed. Separate 
reset control is preferably also provided for each 
transmitter and receiver . 

[0084] Because different differential signalling 

10 standards or protocols may use voltage swings of 

different magnitudes, the receiver drivers 52 used in the 
circuitry of this invention may be programmable or 
otherwise controllable to detect any of several different 
minimum amounts of applied voltage difference as a loss 

15 of signal ("LOS") condition. FIG. 13, for example, shows 
that each receiver driver 52 can include an LOS output 
for outputting an LOS signal when the difference between 
the RX input voltages is less than a minimum selected by 
the output (s) of PLC 610. This PLC is controlled by FCE 

20 612 to select its outputs from either FCEs 614 or from a 
source of more dynamic signals such as PLD core 20. The 
various possible outputs of PLC 610 indicate to driver 52 
which of several possible minimum RX signal voltage 
differences to detect as an LOS condition. If the 

25 voltage difference between the RX input signals falls 
below the indicated minimum, driver 52 produces an LOS 
signal to indicate that a valid differential input signal 
is not present . 

[0085] Another feature that the circuitry of this 
30 invention may have is illustrated by FIG. 14. As shown 
in that FIG., each input lead to representative receiver 
driver 52 includes a weak pull up 620 to VCC (logic 1) or 
a weak pull down 622 to VSS (logic 0) . These weak pull- 
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up/pull-down connections help to prevent driver 52 from 
switching randomly and unnecessarily when the driver is 
not being used for a meaningful signal. This saves the 
power that would otherwise be consumed by such 
unnecessary switching of driver 52. 

[0086] A feature that the transmitter circuitry of 
this invention may have is illustrated by FIG. 15. This 
feature is programmable or otherwise selectable output 
voltage offset or swing ("VOD"), which can be 
additionally accompanied by pre-emphasis , if desired. As 
shown in FIG . 15, representative output driver 56 
receives one or more control signals from PLC 630. This 
PLC is controlled by FCE 632 to select these control 
signals from either FCEs 634 or from a source of more 
dynamic signals such as PLD core 20. The control' signals 
thus applied to driver 56 cause it to operate with any 
one of two or more TX output signal voltage differences. 
These control signals may also cause driver 56 to operate 
with a desired amount of initial voltage difference pre- 
emphasis, if that is desired. 

[0087] Still another feature that the circuitry of 

this invention may have is variable input impedance to 
better match the impedance of the transmission line from 
which the circuitry is receiving an input. As shown in 
FIG. 16, such variable input impedance is represented by 
variable resistor 640. The impedance of variable 
resistor 640 is controlled by one or more output signals 
from PLC 642. This PLC is controlled by FCE 644 to 
output either the output (s) of FCE(s) 64 6 or more dynamic 
impedance selection signals (e.g., from PLD core 20). 
[0088] The circuitry of this invention may also allow 
the use of an external resistor for calibration. And the 
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circuitry of the invention may include hot 
insertion/removal protection logic. 

[0089] FIG. 17 illustrates a PLD 10 of this invention 

in a data processing system 1002. Data processing system 
5 1002 may include one or more of the .following components: 
a processor 1004; memory 1006; I/O circuitry 1008; and 
peripheral devices 1010. These components are coupled 
together by a system bus or other interconnections 1020 
and are populated on a circuit board 1030 that is 
10 contained in an end-user system 1040. Any of the 

interconnections between PLD 10 and any other elements 
may be made using the above-described CDR or LVDS 
signaling . 

[0090] System 1002 can be used in a wide variety of 

15 applications, such as computer networking, data 

networking, instrumentation, video processing, digital 
signal processing, or any other application where the 
advantage of using programmable or reprogrammable logic 
is desirable. PLD 10 can be used to perform a variety of 

20 different logic functions. For example, PLD 10 can be 
configured as a processor or controller that works in 
cooperation with processor 1004. PLD 10 may also be used 
as an arbiter for arbitrating access to a shared resource 
in system 1002. In yet another example, PLD 10 can be 

25 configured as an interface between processor 1004 and one 
of the other components in system 1002. It should be 
noted that system 1002 is only exemplary, and that the 
true scope and spirit of the invention should be 
indicated by the following claims. 

30 [0091] Various technologies can be used to implement 
PLDs having the features of this invention, as well as 
the various components of those devices (e.g., the above- 
described PLCs and programmable function control elements 
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order of at least some of these elements can be changed 
from the order shown, if that is desired. 



